ff1588d761d55f48f61a52249e1dcc24

Micron Document

<!DOCTYPE html>

<title>Softwarearchitektur</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading">Softwarearchitektur</h1>

</header>

</div>

<div id="mw-content-text" class="mw-body-content mw-content-ltr" lang="de" dir="ltr"><div class="mw-content-ltr mw-parser-output" lang="de" dir="ltr">Eine Softwarearchitektur ist einer der <a href="Architektur_(Informatik)" title="Architektur (Informatik)">Architekturtypen</a> in der Informatik und beschreibt die grundlegenden Komponenten und deren Zusammenspiel innerhalb eines <a href="Software" title="Software">Softwaresystems</a>. Als spezialisierte Tätigkeit hat sich der <a href="Softwarearchitekt" title="Softwarearchitekt">Softwarearchitekt</a> herausentwickelt, der für das High Level Design und die Planung neuer Softwareprodukte verantwortlich ist.

<div class="mw-heading mw-heading2"><h2 id="Definition">Definition</h2></div>

Eine Definition von <a href="Helmut_Balzert" title="Helmut Balzert">Helmut Balzert</a> beschreibt den Begriff als „eine strukturierte oder hierarchische Anordnung der Systemkomponenten sowie Beschreibung ihrer Beziehungen“.<a href="#cite_note-1">[1]</a> Die Architekturkomponenten bilden eine <a href="Partition_(Mengenlehre)" title="Partition (Mengenlehre)">Zerlegung</a> des Gesamtsystems, was bedeutet, dass jedes Softwareelement genau einer Architekturkomponente zugeordnet ist.

Paul Clements beschreibt Softwarearchitektur als „Strukturen eines Softwaresystems: Softwareteile, die Beziehungen zwischen diesen und die Eigenschaften der Softwareteile und ihrer Beziehungen“.<a href="#cite_note-2">[2]</a>

Insgesamt gibt es eine Reihe von verschiedenen Definitionen für diesen Begriff.<a href="#cite_note-SEI-3">[3]</a>

Die Softwarearchitektur ist Teil des Softwareentwurfs (siehe <a href="SWEBOK" class="mw-redirect" title="SWEBOK">SWEBOK</a>), innerhalb dessen sie als Grobgliederung der Komponenten entsteht. Während der Softwareentwurf sich auch auf lokale Aspekte innerhalb des architektonischen Rahmens der Software bezieht und deshalb sehr detailliert sein kann, ist die Softwarearchitektur eine globale Eigenschaft des Gesamtsystems.

<div class="mw-heading mw-heading2"><h2 id="Einordnung_und_Abgrenzung">Einordnung und Abgrenzung</h2></div>

Im Rahmen der <a href="Softwareentwicklung" class="mw-redirect" title="Softwareentwicklung">Softwareentwicklung</a> repräsentiert die Softwarearchitektur die früheste Softwaredesign-Entscheidung (Architekturentwurf). Sie wird wesentlich durch <a href="Softwarequalit%C3%A4t" title="Softwarequalität">Softwarequalitätskriterien</a>, also nicht-funktionale Eigenschaften wie <a href="Modifizierbarkeit" title="Modifizierbarkeit">Modifizierbarkeit</a>, <a href="Wartbarkeit" title="Wartbarkeit">Wartbarkeit</a>, <a href="Computersicherheit" class="mw-redirect" title="Computersicherheit">Sicherheit</a> oder <a href="Rechenleistung" title="Rechenleistung">Performance</a> bestimmt (siehe beispielsweise <a href="FURPS" title="FURPS">FURPS</a>). Eine einmal eingerichtete Softwarearchitektur ist später nur mit hohem Aufwand abänderbar. Die Entscheidung über ihr Design ist somit einer der kritischsten und wichtigsten Punkte im Entwicklungsprozess einer Software.

Eine Softwarearchitektur ist in ihrer wirtschaftswissenschaftlichen Perspektive sehr stark von umgebenden Aspekten abhängig. Deswegen benötigt eine Softwarearchitektur, um erfolgreich funktionieren zu können, eine geeignete Abstimmung mit den wichtigsten übrigen Faktoren des Softwareprojekts. Für Benutzer und Entwickler des Softwareprojekts ermöglicht eine gut konstruierte Softwarearchitektur ein grundlegendes Verständnis des Systems. Wichtige Faktoren, die auf die Eignung der Softwarearchitektur Einfluss nehmen, sind <a href="Projektplanung" title="Projektplanung">Projektplanung</a>, <a href="Risikoanalyse" title="Risikoanalyse">Risikoanalyse</a>, <a href="Organisation" title="Organisation">Organisation</a>, <a href="Softwareentwicklungsprozess" class="mw-redirect" title="Softwareentwicklungsprozess">Entwicklungsprozess</a>, <a href="Arbeitsablauf" title="Arbeitsablauf">Arbeitsabläufe</a>, <a href="Hardware" title="Hardware">Hardware</a>, <a href="Qualit%C3%A4tssicherung" title="Qualitätssicherung">Qualitätssicherung</a> und <a href="Anforderung_(Heuristik)" title="Anforderung (Heuristik)">Anforderungen</a>.

<div class="mw-heading mw-heading2"><h2 id="Beispiel">Beispiel</h2></div>

Eine Architekturbeschreibung umfasst etwa im Falle einer Web-Anwendung den Aufbau des Systems aus Datenbanken, Web-/Application-Servern, E-Mail- und Cachesystemen – siehe etwa <a href="Wikipedia#Technologie" title="Wikipedia">Wikipedia</a> selbst.

<div class="mw-heading mw-heading2"><h2 id="Geschichte">Geschichte</h2></div>

<div class="mw-heading mw-heading3"><h3 id="Anfänge_(1960–1990)">Anfänge (1960–1990)</h3></div>

<div class="gallerytext"><a href="David_Parnas" title="David Parnas">David Parnas</a> prägte das '<a href="Datenkapselung_(Programmierung)" title="Datenkapselung (Programmierung)">Geheimnisprinzip</a>'.</div>

</li>

<div class="gallerytext"><a href="Edsger_W._Dijkstra" title="Edsger W. Dijkstra">Edsger W. Dijkstra</a> beschrieb die '<a href="Cross-Cutting_Concern#Separation" title="Cross-Cutting Concern">Trennung von Zuständigkeiten</a>'.</div>

</li>

<div class="gallerytext"><a href="Frederick_Brooks" class="mw-redirect" title="Frederick Brooks">Frederick Brooks</a> hob 'Konzeptionelle Integrität' hervor.</div>

</li>

</ul>

Die Anfänge der Beschreibung und Nutzung einer expliziten Softwarearchitektur reichen zurück bis in die 1960er-Jahre, als die ersten größeren Softwaresysteme entstanden.<a href="#cite_note-Mythical_Man_Month-4">[4]</a> Die Komplexität der Systeme (z. B. <a href="OS/360" title="OS/360">OS/360</a>) machte es notwendig, die Implementierungsaufgaben auf verschiedene Teams aufzuteilen und <a href="Schnittstelle_(Objektorientierung)" title="Schnittstelle (Objektorientierung)">Schnittstellen</a> zu definieren. Die erste Erwähnung des Begriffs „Softwarearchitektur“ findet sich im Tagungsband einer von der NATO finanzierten Konferenz über Softwaretechnik im Jahre 1969 in Rom.<a href="#cite_note-5">[5]</a> Besucher dieser Konferenz waren zahlreiche Informatikpioniere, wie z. B. <a href="Tony_Hoare" title="Tony Hoare">Tony Hoare</a>, <a href="Edsger_W._Dijkstra" title="Edsger W. Dijkstra">Edsger W. Dijkstra</a>, <a href="Alan_Perlis" class="mw-redirect" title="Alan Perlis">Alan Perlis</a>, <a href="Per_Brinch_Hansen" title="Per Brinch Hansen">Per Brinch Hansen</a>, <a href="Friedrich_L._Bauer" title="Friedrich L. Bauer">Friedrich L. Bauer</a>, und <a href="Niklaus_Wirth" title="Niklaus Wirth">Niklaus Wirth</a>.

In den 1970er und 1980er Jahren wurde das Wort „Architektur“ im IT-Bereich häufig im Zusammenhang mit Systemarchitekturen (also physischen Computersystemstrukturen) verwendet oder bezog sich speziell auf Prozessorfamilien.<a href="#cite_note-KruchtenObbink2006-6">[6]</a> 1972 veröffentlichte <a href="David_Parnas" title="David Parnas">David Parnas</a> einen einflussreichen Artikel über Kriterien für die <a href="Software-Modul" class="mw-redirect" title="Software-Modul">Moduldekomposition</a> von Softwaresystemen.<a href="#cite_note-Parnas1972-7">[7]</a> Obwohl er dabei nicht den Begriff „Softwarearchitektur“ verwendete, nahm er doch einige der späteren Konzepte und Ideen für Softwarearchitektur vorweg.<a href="#cite_note-KruchtenObbink2006-6">[6]</a> 1975 erschien das Buch The Mythical Man Month von <a href="Fred_Brooks" class="mw-redirect" title="Fred Brooks">Frederick P. Brooks</a>, in dem Schlüsselkonzepte zum Entwurf und der Organisation von Softwaresystemen diskutiert wurden.<a href="#cite_note-Mythical_Man_Month-4">[4]</a> Weitere Artikel von Parnas und Brooks in den 1980er Jahren vertieften diese Ideen und Konzepte.

<div class="mw-heading mw-heading3"><h3 id="Etablierung_(1990–2000)">Etablierung (1990–2000)</h3></div>

Softwarearchitektur wurde erst in den 1990er Jahren ein unabhängiges Teilgebiet der <a href="Softwaretechnik" title="Softwaretechnik">Softwaretechnik</a>. 1992 veröffentlichten Dewayne Perry und Alexander Wolf einen grundlegenden Artikel mit dem Titel Foundations for the Study of Software Architecture.<a href="#cite_note-PerryWolf1992-8">[8]</a> Darin führten sie die Formel „Elemente + Form + Begründung = Softwarearchitektur“ ein. Viele Forscher interpretierten „Elemente“ als <a href="Softwarekomponente" title="Softwarekomponente">Softwarekomponenten</a> und -konnektoren.<a href="#cite_note-KruchtenObbink2006-6">[6]</a> Daraufhin entstanden an verschiedenen Universitäten eine Reihe von <a href="Architecture_Description_Language" title="Architecture Description Language">Architekturbeschreibungssprachen</a> (C2, Rapide, Darwin, Wright, ACME, Unicon), die allerdings kaum industriell eingesetzt wurden.<a href="#cite_note-KruchtenObbink2006-6">[6]</a>

Ab 1995 gewann die Softwarearchitektur sowohl im industriellen als auch im akademischen Umfeld zunehmend an Bedeutung. Das <a href="Software_Engineering_Institute" title="Software Engineering Institute">Software Engineering Institute</a> (SEI) in Pittsburgh veröffentlichte die Software Architecture Analysis Method (SAAM).<a href="#cite_note-KazmanBass1994-9">[9]</a> Das Konzept der Architektursichten spiegelte sich in verschiedenen Ansätzen wie Rationals „<a href="4%2B1_Sichtenmodell" title="4+1 Sichtenmodell">4+1 views</a>“<a href="#cite_note-Kruchten1995-10">[10]</a> oder Siemens „Four views“<a href="#cite_note-11">[11]</a> wider. 1996 erschien das Buch Pattern-oriented Software Architecture, welches das Konzept der <a href="Entwurfsmuster" title="Entwurfsmuster">Entwurfsmuster</a> auf Softwarearchitekturen übertrug.<a href="#cite_note-12">[12]</a> Siemens, Nokia, Philips, Nortel, <a href="Lockheed_Martin" title="Lockheed Martin">Lockheed Martin</a>, IBM und andere größere Softwarefirmen nutzten Softwarearchitektur zur besseren <a href="Wiederverwendbarkeit" title="Wiederverwendbarkeit">Wiederverwendbarkeit</a> von Software und entwarfen <a href="Softwareproduktlinie" class="mw-redirect" title="Softwareproduktlinie">Softwareproduktlinien</a>.<a href="#cite_note-KruchtenObbink2006-6">[6]</a> 1999 fand in den USA die erste internationale Konferenz (WICSA 1) speziell zum Thema Softwarearchitektur statt.<a href="#cite_note-13">[13]</a>

<div class="mw-heading mw-heading3"><h3 id="Aktuell_(2000–heute)">Aktuell (2000–heute)</h3></div>

Im Jahr 2000 erschien die <a href="IEEE_1471" title="IEEE 1471">IEEE 1471</a>:2000 Norm Recommended Practice for Architectural Description of Software-Intensive Systems zur Architekturbeschreibung von Softwaresystemen. Im gleichen Jahr übernahm mit <a href="Bill_Gates" title="Bill Gates">Bill Gates</a> eine der prominentesten Personen aus dem IT-Bereich den Titel Chief Software Architect bei <a href="Microsoft" title="Microsoft">Microsoft</a>.<a href="#cite_note-14">[14]</a> Das <a href="Software_Engineering_Institute" title="Software Engineering Institute">SEI</a> arbeitete die <a href="Szenariobasierte_Architekturbewertung" title="Szenariobasierte Architekturbewertung">szenariobasierte Architekturbewertungsmethode</a> Architecture Trade-off Analysis Method (ATAM) aus, die im Folgenden in zahlreichen Industrieprojekten Anwendung fand.<a href="#cite_note-15">[15]</a> Die <a href="Unified_Modeling_Language" title="Unified Modeling Language">Unified Modeling Language</a> (UML) eignet sich ab Version 2.0 aus dem Jahr 2003 auch zur Dokumentation von Softwarearchitekturen. 2003 erschien das mittlerweile meistzitierte Buch zur Softwarearchitektur (Software Architecture in Practice) und hob die Bedeutung von <a href="ISO/IEC_9126" title="ISO/IEC 9126">Qualitätsattributen</a> für den Entwurf und die Bewertung von Softwarearchitekturen hervor.<a href="#cite_note-16">[16]</a>

In Deutschland werden mit dem International Software Architect Qualification Board (iSAQB),<a href="#cite_note-17">[17]</a> ein Zusammenschluss deutscher IT Firmen, seit 2003 <a href="Liste_der_IT-Zertifikate#iSAQB-Zertifizierungen" class="mw-redirect" title="Liste der IT-Zertifikate">Zertifikate für Softwarearchitekten</a> vergeben. Bis 2013 wurden so mehr als 3000 Softwarearchitekten nach CPSA-F (Foundation Level) zertifiziert.<a href="#cite_note-18">[18]</a> 2004 gründete sich ein Arbeitskreis der <a href="Gesellschaft_f%C3%BCr_Informatik" title="Gesellschaft für Informatik">Gesellschaft für Informatik</a> zum Thema Softwarearchitektur und veröffentlichte 2006 das Handbuch der Software-Architektur.<a href="#cite_note-19">[19]</a> 2006 entstand aus dem temporären Arbeitskreis eine permanente GI-Fachgruppe.<a href="#cite_note-20">[20]</a>

Aktuelle Praxisthemen sind z. B. Softwarearchitekturen für <a href="Cloud_Computing" title="Cloud Computing">Cloud Computing</a>, <a href="Mehrkernprozessor" title="Mehrkernprozessor">Mehrkernprozessoren</a> und <a href="Mobilger%C3%A4t" title="Mobilgerät">mobile Endgeräte</a>, sowie <a href="Serviceorientierte_Architektur" title="Serviceorientierte Architektur">Serviceorientierte Architekturen</a>. Aktuelle Forschungsthemen im Bereich Softwarearchitektur sind z. B. <a href="Wissensmanagement" title="Wissensmanagement">Wissensmanagement</a> für Softwarearchitekturen, <a href="Modellbasierte_Softwareentwicklung" class="mw-redirect" title="Modellbasierte Softwareentwicklung">modellbasierte</a> Analyseverfahren sowie <a href="Softwareproduktlinie" class="mw-redirect" title="Softwareproduktlinie">Softwareproduktlinien</a>.

In <a href="Agile_Softwareentwicklung" title="Agile Softwareentwicklung">agilen Softwareentwicklungsprojekten</a> wird zunehmend auf evolutionäre Softwarearchitektur und emergentes Design im Gegensatz zu vorher festgelegter Architektur (engl.: „Big Design Up Front“)<a href="#cite_note-21">[21]</a> gesetzt. Dabei soll durch Techniken wie <a href="Behavior_Driven_Development" title="Behavior Driven Development">Behavior Driven Development</a>, <a href="Testgetriebene_Entwicklung" title="Testgetriebene Entwicklung">Testgetriebene Entwicklung</a> und vor allem <a href="Refactoring" title="Refactoring">Refactoring</a> sichergestellt werden, dass das technische Design und die Architektur im Laufe eines Softwareentwicklungsprojektes ständig an die Anforderungen angepasst werden.<a href="#cite_note-22">[22]</a>

<div class="mw-heading mw-heading2"><h2 id="Beschreibung">Beschreibung</h2></div>

Die Beschreibung einer Softwarearchitektur enthält Informationen über die Struktur („Komponentisierung“) eines Software-Systems, aber auch Informationen über die Kommunikation zwischen Komponenten, sowie deren Abbildung auf Hardware- oder Software-Ressourcen (Verteilung und Deployment).

Dabei kann eine Softwarearchitektur unterschiedliche Ausprägungen haben:

<ul><li>So kann in einer Funktionsarchitektur (oder auch fachliche Architektur) die Gliederung des Systems in Funktionen oder Features dargestellt werden.</li>

<li>In der Komponentenarchitektur wird der <a href="Abstraktion" title="Abstraktion">Grobentwurf</a> des Systems in einzelne <a href="Komponente_(Software)" class="mw-redirect" title="Komponente (Software)">Komponenten</a> festgehalten.</li>

<li>Dieser Grobentwurf lässt sich im <a href="Softwaredesign" title="Softwaredesign">Feinentwurf</a> feingranularer darstellen. Hierbei handelt es sich beispielsweise um Klassenhierarchien, Modularchitekturen oder programmiersprachenspezifischen <a href="Quelltext" title="Quelltext">Quelltext</a>. Die Übergänge zwischen Feinentwürfen sind teilweise fließend.</li></ul>

Festzuhalten ist, dass es nicht die eine Softwarearchitektur eines Systems gibt. Es müssen je nach Fragestellung und Interessenspunkt unterschiedliche Sichten hinzugezogen werden. Ein Beispiel hierfür ist das <a href="4%2B1_Sichtenmodell" title="4+1 Sichtenmodell">4+1 Sichtenmodell</a>.

Softwarearchitekturbeschreibungen können über den gesamten Lebenszyklus eines Software-Systems genutzt werden. Dazu gehören neben der Entwicklung insbesondere auch Software-Evolution, Software-Installation und Software-Betrieb. Ebenso profitieren neben technischen Tätigkeiten auch Projektmanagement-Tätigkeiten, wie Kostenschätzung, Meilensteinplanung, Planung projektübergreifender Software-Wiederverwendung und die Organisation verteilter Software-Entwicklung von einer guten Architekturbeschreibung.

Verschiedene textuelle oder graphische Notationen werden zur Beschreibung von Softwarearchitekturen eingesetzt. Der Wert von rein grafischen Darstellungen von Softwarearchitekturen ist ebenso umstritten wie der Wert von rein textuellen Darstellungen. Bekannte Beispiele sind:<a href="#cite_note-23">[23]</a>

<ul><li>Informelle Kasten- und Liniengrafiken</li>

<li><a href="Unified_Modeling_Language" title="Unified Modeling Language">Unified Modeling Language</a> (UML)</li>

<li><a href="Fundamental_Modeling_Concepts" title="Fundamental Modeling Concepts">Fundamental Modeling Concepts</a> (FMC)</li>

<li>Formale <a href="Architecture_Description_Language" title="Architecture Description Language">Architekturbeschreibungssprachen</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Entwurf">Entwurf</h2></div>

Der Entwurf einer Softwarearchitektur ist der Erstellungsprozess einer Grobstruktur eines Softwaresystems. Dabei dienen funktionale und nichtfunktionale <a href="Anforderung_(Informatik)" title="Anforderung (Informatik)">Anforderungen</a> sowie technische und organisatorische Einflussfaktoren als Eingabe.<a href="#cite_note-24">[24]</a> Der Entwurfsprozess läuft meist <a href="Iterative_Softwareentwicklung" class="mw-redirect" title="Iterative Softwareentwicklung">iterativ und inkrementell</a> ab.<a href="#cite_note-25">[25]</a> Das Ergebnis des Softwarearchitekturentwurfs ist eine Softwarearchitekturbeschreibung, die die Grundlage für den <a href="Softwaredesign" title="Softwaredesign">Feinentwurf</a> bildet.<a href="#cite_note-26">[26]</a>

<a href="Softwarearchitekt" title="Softwarearchitekt">Softwarearchitekten</a> folgen einer Reihe fundamentaler Entwurfsprinzipien.<a href="#cite_note-27">[27]</a> Mit dem Prinzip der gezielten <a href="Abstraktion" title="Abstraktion">Abstraktion</a> von Informationen machen sie die Komplexität eines Systems beherrschbar.<a href="#cite_note-ShawDeLine1995-28">[28]</a> Das Prinzip der <a href="Separation_of_Concerns" class="mw-redirect" title="Separation of Concerns">Trennung von Zuständigkeiten</a> (engl. separation of concerns) sorgt dafür, dass jede Komponente einer Architektur nur für eine einzige Aufgabe zuständig ist.<a href="#cite_note-29">[29]</a> Das Innenleben von Komponenten wird durch <a href="Schnittstelle_(Objektorientierung)" title="Schnittstelle (Objektorientierung)">Schnittstellen</a> verkapselt, was auf das Prinzip des <a href="Datenkapselung_(Programmierung)" title="Datenkapselung (Programmierung)">Verbergens von Informationen</a> (engl. information hiding) zurückgeht.<a href="#cite_note-Parnas1972-7">[7]</a> Das System wird idealerweise in eine Menge in sich geschlossener, lose <a href="Kopplung_(Softwareentwicklung)" title="Kopplung (Softwareentwicklung)">gekoppelter</a> Komponenten mit hoher <a href="Koh%C3%A4sion_(Informatik)" title="Kohäsion (Informatik)">Kohäsion</a> zerlegt (Prinzip der <a href="Modul_(Software)" title="Modul (Software)">Modularität</a>, siehe auch <a href="Prinzipien_objektorientierten_Designs" title="Prinzipien objektorientierten Designs">Packaging-Prinzipien</a>), wodurch es leichter verständlich und anpassbar wird.<a href="#cite_note-StevensMyers1974-30">[30]</a><a href="#cite_note-31">[31]</a> Eine Softwarearchitektur ist zudem häufig <a href="Hierarchie" title="Hierarchie">hierarchisch</a> aufgebaut.<a href="#cite_note-32">[32]</a> Das Prinzip der konzeptionellen Integrität zielt auf eine durchgängige Anwendung von Entwurfsentscheidungen ab.<a href="#cite_note-33">[33]</a>

Softwarearchitekten bedienen sich beim Entwurf oft bei bewährten Lösungen, die als sogenannte <a href="Architekturmuster" title="Architekturmuster">Architekturmuster</a> dokumentiert sind.<a href="#cite_note-34">[34]</a> Diese bieten Vorlagen für die grundlegende Organisation und Interaktion von Softwarekomponenten. Beispiele für Architekturmuster sind <a href="Client-Server" class="mw-redirect" title="Client-Server">Client-Server</a> (z. B. Grundlage für <a href="HTTP" class="mw-redirect" title="HTTP">HTTP</a>) oder <a href="Schichtenarchitektur" title="Schichtenarchitektur">Schichtenarchitektur</a> (z. B. beim <a href="OSI-Modell" title="OSI-Modell">OSI-Modell</a>). Einige Architekturmuster können mit Hilfe vorgefertigter Infrastruktursoftware umgesetzt werden. Beispielsweise kann das <a href="Peer-to-Peer" title="Peer-to-Peer">Peer-to-Peer</a> Architekturmuster mit einer Referenzbibliothek wie <a href="JXTA" title="JXTA">JXTA</a> implementiert werden.

<a href="Anforderung_(Informatik)" title="Anforderung (Informatik)">Qualitätsanforderungen</a> (z. B. für Performanz, Wartbarkeit, Zuverlässigkeit und Sicherheit) sind ein wesentlicher Einflussfaktor für den Entwurf einer Softwarearchitektur, da sich funktionale Anforderungen auch mit unstrukturierter Software realisieren lassen.<a href="#cite_note-35">[35]</a> Oftmals ist es die Aufgabe des Softwarearchitekten die technische Machbarkeit sowie die Kosten für nichtfunktionale Anforderungen beim Architekturentwurf zu klären.<a href="#cite_note-36">[36]</a> Dazu können Benutzungsszenarien entworfen werden, ähnliche Systeme untersucht werden und <a href="Prototyping_(Softwareentwicklung)#Experimentelles_Prototyping" title="Prototyping (Softwareentwicklung)">experimentelle Prototypen</a> erstellt werden. Zur Umsetzung von Qualitätsanforderungen wurden eine Reihe von Architekturtaktiken dokumentiert, die als <a href="Heuristik" title="Heuristik">Heuristik</a> den Entwurfsprozess leiten können.<a href="#cite_note-37">[37]</a>

<div class="mw-heading mw-heading2"><h2 id="Bewertung">Bewertung</h2></div>

<div class="hauptartikel" role="navigation">→ Hauptartikel: <a href="Softwarearchitekturbewertung" class="mw-redirect" title="Softwarearchitekturbewertung">Softwarearchitekturbewertung</a></div>

Die wichtigsten Ziele der Softwarearchitekturbewertung sind die Identifikation von potenziellen Risiken, die Beurteilung der Realisierung von Qualitätsanforderungen durch die Architektur und die Identifikation von Möglichkeiten zur Wiederverwendung von Softwarekomponenten und anderen Artefakten.<a href="#cite_note-38">[38]</a>

Ein wichtiges Qualitätsmerkmal von Softwarearchitekturen ist ihre Stetigkeit in Bezug auf Änderungen an den durch die Software zu lösenden Problemen. Kleine Änderungen der Problemstellung sollen nur zu kleinen Änderungen in der Softwarearchitektur führen. Das zentrale Qualitätsmerkmal für die Arbeit eines Softwarearchitekten aus wirtschaftlicher Sicht ist deshalb, ob er eine Softwarearchitektur definieren kann, die bei kleinen Änderungen in der Problemstellung nicht oder nur wenig geändert werden muss. In der Agilen Softwareentwicklung spricht man in diesem Zusammenhang von Design for Change – eine Softwarearchitektur die offen gegenüber jedweden Änderungen der Problemstellung ist. Diese zu erreichen bedient man sich des emergenten Designs – eine sukzessive wachsende Softwarearchitektur die genau dort flexibel ist, wo sich die Anforderungen oft ändern.

Zur Bewertung von Softwarearchitekturen existieren verschiedene Methoden, die sich in Zielen, Einsatzkontexten, Kosten und Nutzen zum Teil erheblich unterscheiden:<a href="#cite_note-39">[39]</a>

<ul><li>Informelle Präsentation</li>

<li>Ausfüllen von vorgefertigten Fragebögen und Checklisten</li>

<li>Architektursichtungen (engl. Walkthroughs)</li>

<li><a href="Szenariobasierte_Softwarearchitekturbewertung" class="mw-redirect" title="Szenariobasierte Softwarearchitekturbewertung">Szenariobasierte Verfahren</a></li>

<li>Simulation formaler Architekturmodelle</li>

<li>Bau und Analyse von Prototypen</li>

<li>Erhebung und Überprüfung von <a href="Architekturmetrik" class="mw-redirect" title="Architekturmetrik">Architekturmetriken</a> und -kennzahlen</li>

<li>Architekturkonsistenzprüfung mittels <a href="Statische_Code-Analyse" title="Statische Code-Analyse">statischer Codeanalyse</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Abwägungen_bei_Entwicklung_und_Aufbau_einer_Softwarearchitektur">Abwägungen bei Entwicklung und Aufbau einer Softwarearchitektur</h2></div>

Bei der Entwicklung und dem Aufbau einer Softwarearchitektur in einem Unternehmen sind im Allgemeinen unter anderem folgende Abwägungen durchzuführen:

<td>Funktion

</td></tr>

<tr>

<td>Interne Anforderungen</td>

<td>Externe Anforderungen

</td></tr>

<tr>

<td>Strenge Kontrolle</td>

<td>Flexible Änderungen

</td></tr>

<tr>

<td>Geld- und Zeitkosten</td>

<td>Zusätzliche Funktionen

</td></tr>

<tr>

<td>Komplexität</td>

<td>Verständlichkeit

</td></tr>

<tr>

<td>Neue Technologien</td>

<td>Bewährte Technologien

</td></tr>

<tr>

<td>Top-Down-Planung</td>

<td>Bottom-Up-Planung

</td></tr>

<tr>

<td>Fortlaufende Verbesserung</td>

<td>Stabilität

</td></tr>

<tr>

<td>Knappe Integration</td>

<td>Wenige Interfaces

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Dokumentation_von_Architekturentscheidungen">Dokumentation von Architekturentscheidungen</h2></div>

Es gibt viele Vorlagen und Werkzeuge um Architekturentscheidungen festzuhalten. In der <a href="Agile_Softwareentwicklung" title="Agile Softwareentwicklung">agilen Softwareentwicklung</a> werden diese üblicherweise nach M. Nygard Architecture Decision Records (ADRs) genannt.<a href="#cite_note-40">[40]</a><a href="#cite_note-41">[41]</a> Ähnlich wie bei <a href="Anwendungsfall" title="Anwendungsfall">Anwendungsfällen</a> gibt es auch dafür Notationen wie beispielsweise die Y Notation nach G. Fairbanks<a href="#cite_note-42">[42]</a>: „Im Kontext von <Anwendungsfall bzw. <a href="User_Story" title="User Story">User Story</a>>, betreffend <Betreff> haben wir uns wegen <Gründe> für <Option> und gegen <Weitere Optionen> entschieden, um <Qualitative Aspekte oder gewünschte Auswirkungen> zu erreichen, während wir <Nachteile oder ungewünschte Auswirkungen> akzeptierten.“

Zunehmend werden auch neue Modelle zur Dokumentation wie der <a href="Business_Model_Canvas" title="Business Model Canvas">Business Model Canvas</a> (BMC) eingesetzt, mit dem Informationen auf das Wesentliche reduziert werden.<a href="#cite_note-43">[43]</a>

<div class="mw-heading mw-heading2"><h2 id="Konferenzen">Konferenzen</h2></div>

Wichtige Konferenzen zu Software-Architektur sind:

<ul><li><a rel="nofollow" class="external text" href="https://conferences.isaqb.org/software-architecture-gathering/">Software Architecture Gathering</a></li>

<li><a rel="nofollow" class="external text" href="https://www.software-architecture-alliance.de/2024">Software Architecture Alliance</a></li>

<li><a rel="nofollow" class="external text" href="https://www.informatik-aktuell.de/aktuelle-meldungen/2024/mai/konferenz-fuer-software-architektur-software-architektur-tage-2024.html">Software-Architektur-Tage der Informatik Aktuell</a></li>

<li><a rel="nofollow" class="external text" href="https://software-architecture-summit.de/berlin/">Software Architecture Summit</a></li>

<li><a rel="nofollow" class="external text" href="https://www.oop-konferenz.de/oop-2024">OOP Konferenz</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Architekturmuster" title="Architekturmuster">Architekturmuster</a></li>

<li><a href="Referenzmodell" title="Referenzmodell">Referenzmodell</a></li>

<li><a href="Referenzarchitektur" title="Referenzarchitektur">Referenzarchitektur</a></li>

<li><a href="Softwaremodellierung" class="mw-redirect" title="Softwaremodellierung">Softwaremodellierung</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Literatur">Literatur</h2></div>

<dl><dt>Deutsch</dt></dl>

<ul><li>M. Gharbi, A. Koschel, A. Rausch, G. Starke: Basiswissen für Softwarearchitekten. dpunkt Verlag, Heidelberg 2020, ISBN 978-3-86490-781-4.</li>

<li>Ralf Reussner, Wilhelm Hasselbring: Handbuch der Software-Architektur. 2. Auflage. dpunkt Verlag, Heidelberg 2008, ISBN 978-3-89864-559-1.</li>

<li>Johannes Siedersleben: Moderne Software-Architektur. dpunkt Verlag, Heidelberg 2004, ISBN 3-89864-292-5.</li>

<li>Gernot Starke: Effektive Software-Architekturen: Ein praktischer Leitfaden. 5. Auflage. Carl-Hanser-Verlag, München 2010, ISBN 978-3-446-41215-6.</li>

<li>Gernot Starke, Peter Hruschka: Software-Architektur kompakt. 2. Auflage. Springer-Verlag, Heidelberg 2011, ISBN 978-3-8274-2834-9.</li>

<li>Oliver Vogel, Ingo Arnold, Arif Chughtai, Markus Völter: Software-Architektur. Grundlagen – Konzepte – Praxis. Spektrum Akademischer Verlag, Heidelberg 2005, ISBN 3-8274-1534-9.</li>

<li>Joachim Goll: <cite style="font-style:italic">Architektur- und Entwurfsmuster der Softwaretechnik</cite>. Springer-Verlag, Wiesbaden 2014, ISBN 978-3-658-05531-8.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Joachim+Goll&rft.btitle=Architektur-+und+Entwurfsmuster+der+Softwaretechnik&rft.date=2014&rft.genre=book&rft.isbn=9783658055318&rft.place=Wiesbaden&rft.pub=Springer-Verlag" style="display:none"> </li>

<li>Stefan Toth: <cite style="font-style:italic">Vorgehensmuster für Softwarearchitektur</cite>. Carl Hanser, München 2025, ISBN 978-3-446-47993-7.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Stefan+Toth&rft.btitle=Vorgehensmuster+f%C3%BCr+Softwarearchitektur&rft.date=2025&rft.genre=book&rft.isbn=9783446479937&rft.place=M%C3%BCnchen&rft.pub=Carl+Hanser" style="display:none"> </li></ul>

<dl><dt>Englisch</dt></dl>

<ul><li>Len Bass, Paul Clements, Rick Kazman: <cite style="font-style:italic">Software Architecture in Practice</cite>. Addison-Wesley Professional, 2003, ISBN 0-321-15495-9.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Len+Bass%2C+Paul+Clements%2C+Rick+Kazman&rft.btitle=Software+Architecture+in+Practice&rft.date=2003&rft.genre=book&rft.isbn=0321154959&rft.pub=Addison-Wesley+Professional" style="display:none"> </li>

<li>M. Gharbi, A. Koschel, A. Rausch: Software Architecture Fundamentals: A Study Guide for the Certified Professional for Software Architecture® – Foundation Level – iSAQB compliant, dpunkt Verlag, Heidelberg 2021 ISBN 978-3-86490-625-1</li>

<li>Richard N. Taylor, Nenad Medvidović, Eric M. Dashofy: Software architecture. foundations, theory, and practice Wiley, 2009, ISBN 978-0-470-16774-8.</li>

<li>Mark Richards, Neal Ford: Fundamentals of Software Architecture: An Engineering Approach. O’Reilly, 2021, ISBN 978-1-4920-4345-4.</li>

<li>Ian Gorton: <cite style="font-style:italic">Essential Software Architecture</cite>. Springer-Verlag, 2014, ISBN 978-3-642-43531-7.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Ian+Gorton&rft.btitle=Essential+Software+Architecture&rft.date=2014&rft.genre=book&rft.isbn=9783642435317&rft.pub=Springer-Verlag" style="display:none"> </li>

<li>Carola Lilienthal: <cite style="font-style:italic">Sustainable Software Architecture</cite>. Dpunkt, 2019, ISBN 978-3-86490-673-2.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Carola+Lilienthal&rft.btitle=Sustainable+Software+Architecture&rft.date=2019&rft.genre=book&rft.isbn=9783864906732&rft.pub=Dpunkt" style="display:none"> </li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

<div class="sisterproject" style="margin:0.1em 0 0 0;"><div class="noresize noviewer" style="display:inline-block; line-height:10px; min-width:1.6em; text-align:center;" aria-hidden="true" role="presentation"></div><a class="external text" href="https://commons.wikimedia.org/wiki/Category:Software_architecture?uselang=de">Commons: Softwarearchitektur</a> – Sammlung von Bildern, Videos und Audiodateien</div>

<ul><li><a rel="nofollow" class="external text" href="https://fg-arc.gi.de/">Fachgruppe Software-Architektur der Gesellschaft für Informatik</a></li>

<li><a rel="nofollow" class="external text" href="https://www.isaqb.org/de/">International Software Architecture Qualification Board</a></li>

<li><a rel="nofollow" class="external text" href="https://www.informatik-aktuell.de/entwicklung/methoden/was-ist-eigentlich-architekturbewertung.html">Bewertung einer Software-Architektur</a> Stefan Zörner: Was ist Software-Architekturbewertung, in: <a href="Informatik_Aktuell_(Magazin)" title="Informatik Aktuell (Magazin)">Informatik Aktuell</a>, 6. Dezember 2018</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><a href="#cite_ref-1">↑</a> Helmut Balzert: Lehrbuch der Softwaretechnik. Bd. 2: Entwurf, Implementierung, Installation und Betrieb. Spektrum Akademischer Verlag, 2011, ISBN 978-3-8274-1706-0, S. 580.

</li>

<li id="cite_note-2"><a href="#cite_ref-2">↑</a> Paul Clements, Felix Bachmann, Len Bass, David Garlan, James Ivers, Reed Little, Paulo Merson, Robert Nord, Judith Stafford: <cite style="font-style:italic">Documenting Software Architectures: Views and Beyond</cite>. 2. Auflage. Addison-Wesley, Boston 2010, ISBN 978-0-321-55268-6.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Paul+Clements%2C+Felix+Bachmann%2C+Len+Bass%2C+...&rft.btitle=Documenting+Software+Architectures%3A+Views+and+Beyond&rft.date=2010&rft.edition=2.&rft.genre=book&rft.isbn=9780321552686&rft.place=Boston&rft.pub=Addison-Wesley" style="display:none">

</li>

<li id="cite_note-SEI-3"><a href="#cite_ref-SEI_3-0">↑</a> <a href="Software_Engineering_Institute" title="Software Engineering Institute">Software Engineering Institute</a> an der <a href="Carnegie_Mellon_University" title="Carnegie Mellon University">Carnegie Mellon University</a>: <a rel="nofollow" class="external text" href="https://resources.sei.cmu.edu/asset_files/FactSheet/2010_010_001_513810.pdf">What is your definition of software architecture?</a>, 2017, 01.22.17, abgerufen am 25. August 2021.

</li>

<li id="cite_note-Mythical_Man_Month-4">↑ <a href="#cite_ref-Mythical_Man_Month_4-0">a</a> <a href="#cite_ref-Mythical_Man_Month_4-1">b</a> Frederick P. Brooks: <cite style="font-style:italic">The mythical man-month: essays on software engineering</cite>. Addison-Wesley, Reading (Mass.) 1995, ISBN 0-201-83595-9.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Frederick+P.+Brooks&rft.btitle=The+mythical+man-month%3A+essays+on+software+engineering&rft.date=1995&rft.genre=book&rft.isbn=0201835959&rft.place=Reading+%28Mass.%29&rft.pub=Addison-Wesley" style="display:none">

</li>

<li id="cite_note-5"><a href="#cite_ref-5">↑</a> B. Randell, J. N. Buxton (Hrsg.): <cite style="font-style:italic">Software Engineering Techniques. Report of a Conference Sponsored by the NATO Science Committee</cite>. Scientific Affairs Division, NATO, 1970, S. 12.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.btitle=Software+Engineering+Techniques.+Report+of+a+Conference+Sponsored+by+the+NATO+Science+Committee&rft.date=1970&rft.genre=book&rft.pages=12&rft.pub=Scientific+Affairs+Division%2C+NATO" style="display:none">

</li>

<li id="cite_note-KruchtenObbink2006-6">↑ <a href="#cite_ref-KruchtenObbink2006_6-0">a</a> <a href="#cite_ref-KruchtenObbink2006_6-1">b</a> <a href="#cite_ref-KruchtenObbink2006_6-2">c</a> <a href="#cite_ref-KruchtenObbink2006_6-3">d</a> <a href="#cite_ref-KruchtenObbink2006_6-4">e</a> P. Kruchten, H. Obbink, J. Stafford: <cite style="font-style:italic">The Past, Present, and Future for Software Architecture</cite>. In: <cite style="font-style:italic">IEEE Software</cite>. Vol. 23, Nr. 2, 2006, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220740-7459%22&key=cql">0740-7459</a>, S. 22–30, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1109/MS.2006.59">10.1109/MS.2006.59</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=The+Past%2C+Present%2C+and+Future+for+Software+Architecture&rft.au=P.+Kruchten%2C+H.+Obbink%2C+J.+Stafford&rft.date=2006&rft.doi=10.1109%2FMS.2006.59&rft.genre=journal&rft.issn=0740-7459&rft.issue=2&rft.jtitle=IEEE+Software&rft.pages=22-30&rft.volume=Vol.+23" style="display:none">

</li>

<li id="cite_note-Parnas1972-7">↑ <a href="#cite_ref-Parnas1972_7-0">a</a> <a href="#cite_ref-Parnas1972_7-1">b</a> D. L. Parnas: <cite style="font-style:italic">On the criteria to be used in decomposing systems into modules</cite>. In: <cite style="font-style:italic"><a href="Communications_of_the_ACM" title="Communications of the ACM">Communications of the ACM</a></cite>. Vol. 15, Nr. 12, 1972, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220001-0782%22&key=cql">0001-0782</a>, S. 1053–1058, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1145/361598.361623">10.1145/361598.361623</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=On+the+criteria+to+be+used+in+decomposing+systems+into+modules&rft.au=D.+L.+Parnas&rft.date=1972&rft.doi=10.1145%2F361598.361623&rft.genre=journal&rft.issn=0001-0782&rft.issue=12&rft.jtitle=Communications+of+the+ACM&rft.pages=1053-1058&rft.volume=Vol.+15" style="display:none">

</li>

<li id="cite_note-PerryWolf1992-8"><a href="#cite_ref-PerryWolf1992_8-0">↑</a> Dewayne E. Perry, Alexander L. Wolf: <cite style="font-style:italic">Foundations for the study of software architecture</cite>. In: <cite style="font-style:italic">ACM SIGSOFT Software Engineering Notes</cite>. Vol. 17, Nr. 4, 1992, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220163-5948%22&key=cql">0163-5948</a>, S. 40–52, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1145/141874.141884">10.1145/141874.141884</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=Foundations+for+the+study+of+software+architecture&rft.au=Dewayne+E.+Perry%2C+Alexander+L.+Wolf&rft.date=1992&rft.doi=10.1145%2F141874.141884&rft.genre=journal&rft.issn=0163-5948&rft.issue=4&rft.jtitle=ACM+SIGSOFT+Software+Engineering+Notes&rft.pages=40-52&rft.volume=Vol.+17" style="display:none">

</li>

<li id="cite_note-KazmanBass1994-9"><a href="#cite_ref-KazmanBass1994_9-0">↑</a> R. Kazman, L. Bass, G. Abowd, M. Webb: <cite style="font-style:italic">SAAM: a method for analyzing the properties of software architectures</cite>. 1994, S. 81–90, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1109/ICSE.1994.296768">10.1109/ICSE.1994.296768</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=R.+Kazman%2C+L.+Bass%2C+G.+Abowd%2C+...&rft.btitle=SAAM%3A+a+method+for+analyzing+the+properties+of+software+architectures&rft.date=1994&rft.doi=10.1109%2FICSE.1994.296768&rft.genre=book&rft.pages=81-90" style="display:none">

</li>

<li id="cite_note-Kruchten1995-10"><a href="#cite_ref-Kruchten1995_10-0">↑</a> P. B. Kruchten: <cite style="font-style:italic">The 4+1 View Model of architecture</cite>. In: <cite style="font-style:italic">IEEE Software</cite>. Vol. 12, Nr. 6, 1995, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220740-7459%22&key=cql">0740-7459</a>, S. 42–50, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1109/52.469759">10.1109/52.469759</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=The+4%2B1+View+Model+of+architecture&rft.au=P.+B.+Kruchten&rft.date=1995&rft.doi=10.1109%2F52.469759&rft.genre=journal&rft.issn=0740-7459&rft.issue=6&rft.jtitle=IEEE+Software&rft.pages=42-50&rft.volume=Vol.+12" style="display:none">

</li>

<li id="cite_note-11"><a href="#cite_ref-11">↑</a> Christine Hofmeister, Robert Nord, Dilip Soni: <cite style="font-style:italic">Applied Software Architecture</cite>. Addison-Wesley Professional, 2009, ISBN 978-0-321-64334-6.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Christine+Hofmeister%2C+Robert+Nord%2C+Dilip+Soni&rft.btitle=Applied+Software+Architecture&rft.date=2009&rft.genre=book&rft.isbn=9780321643346&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-12"><a href="#cite_ref-12">↑</a> Frank Buschmann u. a.: <cite style="font-style:italic">Pattern-oriented software architecture</cite>. Volume 1: A system of patterns. Wiley, Chichester (New York) 1996, ISBN 0-471-95869-7.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Frank+Buschmann+u.+a.&rft.btitle=Pattern-oriented+software+architecture&rft.date=1996&rft.genre=book&rft.isbn=0471958697&rft.place=Chichester+%28New+York%29&rft.pub=Wiley&rft.volume=Volume+1%3A+A+system+of+patterns" style="display:none">

</li>

/* start https://de.wikipedia.org/ */

.mw-parser-output .webarchiv-memento a{color:inherit}

/* end https://de.wikipedia.org/ */

</style><a rel="nofollow" class="external text" href="https://web.archive.org/web/20120306150116/http://www.softwarearchitectureportal.org/WICSA/conferences/">The Working IEEE/IFIP Conference on Software Architecture</a> (<a href="Webarchivierung#Begrifflichkeiten" title="Webarchivierung">Memento</a> vom 6. März 2012 im <a href="Internet_Archive" title="Internet Archive">Internet Archive</a>)

</li>

</li>

<li id="cite_note-15"><a href="#cite_ref-15">↑</a> Paul Clements, Rick Kazman, Mark Klein: <cite style="font-style:italic">Evaluating software architectures. Methods and case studies</cite>. Addison-Wesley Professional, 2002, ISBN 0-201-70482-X.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Paul+Clements%2C+Rick+Kazman%2C+Mark+Klein&rft.btitle=Evaluating+software+architectures.+Methods+and+case+studies&rft.date=2002&rft.genre=book&rft.isbn=020170482X&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-16"><a href="#cite_ref-16">↑</a> Len Bass, Paul Clements, Rick Kazman: <cite style="font-style:italic">Software Architecture in Practice</cite>. Addison-Wesley Professional, 2003, ISBN 0-321-15495-9.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Len+Bass%2C+Paul+Clements%2C+Rick+Kazman&rft.btitle=Software+Architecture+in+Practice&rft.date=2003&rft.genre=book&rft.isbn=0321154959&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-17"><a href="#cite_ref-17">↑</a> <a rel="nofollow" class="external text" href="http://www.isaqb.org/">isaqb.org</a>

</li>

<li id="cite_note-18"><a href="#cite_ref-18">↑</a> <a rel="nofollow" class="external text" href="http://www.isaqb.org/index.php?option=com_content&view=category&layout=blog&id=15&Itemid=14&lang=en">isaqb.org</a>

</li>

<li id="cite_note-19"><a href="#cite_ref-19">↑</a> <a rel="nofollow" class="external text" href="http://www.handbuch-softwarearchitektur.de/">handbuch-softwarearchitektur.de</a>

</li>

</li>

<li id="cite_note-21"><a href="#cite_ref-21">↑</a> <a rel="nofollow" class="external text" href="http://c2.com/cgi/wiki?BigDesignUpFront">C2 Wiki zu Big Design Up Front</a>

</li>

<li id="cite_note-22"><a href="#cite_ref-22">↑</a> Mike Cohn: <a rel="nofollow" class="external text" href="http://www.mountaingoatsoftware.com/blog/agile-design-intentional-yet-emergent">Agile Design: Intentional Yet Emergent.</a> In: Mountain Goat Software Blog. 4. Dezember 2009, abgerufen am 24. November 2014 (englisch).<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftwarearchitektur&rft.title=Agile+Design%3A+Intentional+Yet+Emergent&rft.description=Agile+Design%3A+Intentional+Yet+Emergent&rft.identifier=http%3A%2F%2Fwww.mountaingoatsoftware.com%2Fblog%2Fagile-design-intentional-yet-emergent&rft.creator=Mike+Cohn&rft.date=2009-12-04&rft.language=en">

</li>

<li id="cite_note-23"><a href="#cite_ref-23">↑</a> Richard N. Taylor, Nenad Medvidović, Eric M. Dashofy: <cite style="font-style:italic">Software architecture. Foundations, theory, and practice</cite>. Wiley, Hoboken 2010, ISBN 978-0-470-16774-8, S. 199–241.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Richard+N.+Taylor%2C+Nenad+Medvidovi%C4%87%2C+Eric+M.+Dashofy&rft.btitle=Software+architecture.+Foundations%2C+theory%2C+and+practice&rft.date=2010&rft.genre=book&rft.isbn=9780470167748&rft.pages=199-241&rft.place=Hoboken&rft.pub=Wiley" style="display:none">

</li>

<li id="cite_note-24"><a href="#cite_ref-24">↑</a> Torsten Posch, Klaus Birken, Michael Gerdom: <cite style="font-style:italic">Basiswissen Softwarearchitektur</cite>. 2004, ISBN 3-89864-270-4, S. 95 f.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Torsten+Posch%2C+Klaus+Birken%2C+Michael+Gerdom&rft.btitle=Basiswissen+Softwarearchitektur&rft.date=2004&rft.genre=book&rft.isbn=3898642704&rft.pages=95f" style="display:none">

</li>

<li id="cite_note-25"><a href="#cite_ref-25">↑</a> Grady Booch: <cite style="font-style:italic">Objektorientierte Analyse und Design</cite>. 1994, ISBN 3-89319-673-0, S. 291 f.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Grady+Booch&rft.btitle=Objektorientierte+Analyse+und+Design&rft.date=1994&rft.genre=book&rft.isbn=3893196730&rft.pages=291f" style="display:none">

</li>

<li id="cite_note-26"><a href="#cite_ref-26">↑</a> Helmut Balzert: <cite style="font-style:italic">Lehrbuch der Softwaretechnik</cite>. Band 2: Entwurf, Implementierung, Installation und Betrieb. Spektrum Akademischer Verlag, 2011, ISBN 978-3-8274-1706-0, S. 6.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Helmut+Balzert&rft.btitle=Lehrbuch+der+Softwaretechnik&rft.date=2011&rft.genre=book&rft.isbn=9783827417060&rft.pages=6&rft.pub=Spektrum+Akademischer+Verlag&rft.volume=Bd.+2%3A+Entwurf%2C+Implementierung%2C+Installation+und+Betrieb" style="display:none">

</li>

<li id="cite_note-27"><a href="#cite_ref-27">↑</a> Helmut Balzert: <cite style="font-style:italic">Lehrbuch der Softwaretechnik</cite>. Band 2: Entwurf, Implementierung, Installation und Betrieb. Spektrum Akademischer Verlag, 2011, ISBN 978-3-8274-1706-0, S. 29 ff.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Helmut+Balzert&rft.btitle=Lehrbuch+der+Softwaretechnik&rft.date=2011&rft.genre=book&rft.isbn=9783827417060&rft.pages=29ff&rft.pub=Spektrum+Akademischer+Verlag&rft.volume=Bd.+2%3A+Entwurf%2C+Implementierung%2C+Installation+und+Betrieb" style="display:none">

</li>

<li id="cite_note-ShawDeLine1995-28"><a href="#cite_ref-ShawDeLine1995_28-0">↑</a> M. Shaw, R. DeLine, D. V. Klein, T. L. Ross, D. M. Young, G. Zelesnik: <cite style="font-style:italic">Abstractions for software architecture and tools to support them</cite>. In: <cite style="font-style:italic">IEEE Transactions on Software Engineering</cite>. Vol. 21, Nr. 4, 1995, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220098-5589%22&key=cql">0098-5589</a>, S. 314–335, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1109/32.385970">10.1109/32.385970</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=Abstractions+for+software+architecture+and+tools+to+support+them&rft.au=M.+Shaw%2C+R.+DeLine%2C+D.+V.+Klein%2C+...&rft.date=1995&rft.doi=10.1109%2F32.385970&rft.genre=journal&rft.issn=0098-5589&rft.issue=4&rft.jtitle=IEEE+Transactions+on+Software+Engineering&rft.pages=314-335&rft.volume=Vol.+21" style="display:none">

</li>

<li id="cite_note-29"><a href="#cite_ref-29">↑</a> Edsger Wybe Dijkstra: <cite style="font-style:italic">A discipline of programming</cite>. Prentice Hall, 1976, ISBN 0-13-215871-X, S. 56.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Edsger+Wybe+Dijkstra&rft.btitle=A+discipline+of+programming&rft.date=1976&rft.genre=book&rft.isbn=013215871X&rft.pages=56&rft.pub=Prentice+Hall" style="display:none">

</li>

<li id="cite_note-StevensMyers1974-30"><a href="#cite_ref-StevensMyers1974_30-0">↑</a> W. P. Stevens, G. J. Myers, L. L. Constantine: <cite style="font-style:italic">Structured design</cite>. In: <cite style="font-style:italic">IBM Systems Journal</cite>. Vol. 13, Nr. 2, 1974, <a href="Internationale_Standardnummer_f%C3%BCr_fortlaufende_Sammelwerke" title="Internationale Standardnummer für fortlaufende Sammelwerke">ISSN</a> <a rel="nofollow" class="external text" href="https://zdb-katalog.de/list.xhtml?t=iss%3D%220018-8670%22&key=cql">0018-8670</a>, S. 115–139, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1147/sj.132.0115">10.1147/sj.132.0115</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=Structured+design&rft.au=W.+P.+Stevens%2C+G.+J.+Myers%2C+L.+L.+Constantine&rft.date=1974&rft.doi=10.1147%2Fsj.132.0115&rft.genre=journal&rft.issn=0018-8670&rft.issue=2&rft.jtitle=IBM+Systems+Journal&rft.pages=115-139&rft.volume=Vol.+13" style="display:none">

</li>

<li id="cite_note-31"><a href="#cite_ref-31">↑</a> Edward Yourdon, Larry L. Constantine: <cite style="font-style:italic">Structured design. Fundamentals of a discipline of computer program and systems design</cite>. 1979, ISBN 0-13-854471-9.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Edward+Yourdon%2C+Larry+L.+Constantine&rft.btitle=Structured+design.+Fundamentals+of+a+discipline+of+computer+program+and+systems+design&rft.date=1979&rft.genre=book&rft.isbn=0138544719" style="display:none">

</li>

<li id="cite_note-32"><a href="#cite_ref-32">↑</a> Vincenzo Ambriola, Genoveffa Tortora: <cite style="font-style:italic">Advances in software engineering and knowledge engineering</cite>. World Scientific, 1993, ISBN 981-02-1594-0, S. 27.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Vincenzo+Ambriola%2C+Genoveffa+Tortora&rft.btitle=Advances+in+software+engineering+and+knowledge+engineering&rft.date=1993&rft.genre=book&rft.isbn=9810215940&rft.pages=27&rft.pub=World+Scientific" style="display:none">

</li>

<li id="cite_note-33"><a href="#cite_ref-33">↑</a> Frederick P. Brooks: <cite style="font-style:italic">The mythical man-month: essays on software engineering</cite>. Addison-Wesley, Reading (Mass.) 1995, ISBN 0-201-83595-9, S. 44.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Frederick+P.+Brooks&rft.btitle=The+mythical+man-month%3A+essays+on+software+engineering&rft.date=1995&rft.genre=book&rft.isbn=0201835959&rft.pages=44&rft.place=Reading+%28Mass.%29&rft.pub=Addison-Wesley" style="display:none">

</li>

<li id="cite_note-34"><a href="#cite_ref-34">↑</a> Richard N. Taylor, Nenad Medvidovic, Eric M. Dashofy: <cite style="font-style:italic">Software architecture. Foundations, theory, and practice</cite>. Wiley, 2009, ISBN 978-0-470-16774-8, S. 99.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Richard+N.+Taylor%2C+Nenad+Medvidovic%2C+Eric+M.+Dashofy&rft.btitle=Software+architecture.+Foundations%2C+theory%2C+and+practice&rft.date=2009&rft.genre=book&rft.isbn=9780470167748&rft.pages=99&rft.pub=Wiley" style="display:none">

</li>

<li id="cite_note-35"><a href="#cite_ref-35">↑</a> Len Bass, Paul Clements, Rick Kazman: <cite style="font-style:italic">Software Architecture in Practice</cite>. Addison-Wesley Professional, 2003, ISBN 0-321-15495-9, S. 71.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Len+Bass%2C+Paul+Clements%2C+Rick+Kazman&rft.btitle=Software+Architecture+in+Practice&rft.date=2003&rft.genre=book&rft.isbn=0321154959&rft.pages=71&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-36"><a href="#cite_ref-36">↑</a> Len Bass, Paul Clements, Rick Kazman: <cite style="font-style:italic">Software Architecture in Practice</cite>. Addison-Wesley Professional, 2003, ISBN 0-321-15495-9, S. 13.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Len+Bass%2C+Paul+Clements%2C+Rick+Kazman&rft.btitle=Software+Architecture+in+Practice&rft.date=2003&rft.genre=book&rft.isbn=0321154959&rft.pages=13&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-37"><a href="#cite_ref-37">↑</a> Len Bass, Paul Clements, Rick Kazman: <cite style="font-style:italic">Software Architecture in Practice</cite>. Addison-Wesley Professional, 2003, ISBN 0-321-15495-9, S. 99.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Len+Bass%2C+Paul+Clements%2C+Rick+Kazman&rft.btitle=Software+Architecture+in+Practice&rft.date=2003&rft.genre=book&rft.isbn=0321154959&rft.pages=99&rft.pub=Addison-Wesley+Professional" style="display:none">

</li>

<li id="cite_note-38"><a href="#cite_ref-38">↑</a> Muhammed Ali Barbar, Ian Gorton: <cite style="font-style:italic">Software Architecture Review: The State of Practice</cite>. In: <cite style="font-style:italic">IEEE Computer</cite>. Vol. 42, Nr. 7, Juli 2009, S. 26–32, <a href="Digital_Object_Identifier" title="Digital Object Identifier">doi</a>:<a rel="nofollow" class="external text" href="https://doi.org/10.1109/MC.2009.233">10.1109/MC.2009.233</a>.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Ajournal&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.atitle=Software+Architecture+Review%3A+The+State+of+Practice&rft.au=Muhammed+Ali+Barbar%2C+Ian+Gorton&rft.date=2009-07&rft.doi=10.1109%2FMC.2009.233&rft.genre=journal&rft.issue=7&rft.jtitle=IEEE+Computer&rft.pages=26-32&rft.volume=Vol.+42" style="display:none">

</li>

<li id="cite_note-39"><a href="#cite_ref-39">↑</a> Nick Rozanski, Eóin Woods: <cite style="font-style:italic">Software Systems Architecture. Working With Stakeholders Using Viewpoints and Perspectives</cite>. Addison-Wesley, 2011, ISBN 978-0-321-71833-4, S. 191–208.<span class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Abook&rfr_id=info:sid/de.wikipedia.org:Softwarearchitektur&rft.au=Nick+Rozanski%2C+E%C3%B3in+Woods&rft.btitle=Software+Systems+Architecture.+Working+With+Stakeholders+Using+Viewpoints+and+Perspectives&rft.date=2011&rft.genre=book&rft.isbn=9780321718334&rft.pages=191-208&rft.pub=Addison-Wesley" style="display:none">

</li>

<li id="cite_note-40"><a href="#cite_ref-40">↑</a> M. Nygard, <a rel="nofollow" class="external text" href="https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions.html">Documenting Architecture Decisions</a>

</li>

<li id="cite_note-41"><a href="#cite_ref-41">↑</a> <a rel="nofollow" class="external free" href="https://adr.github.io/">https://adr.github.io/</a>

</li>

<li id="cite_note-42"><a href="#cite_ref-42">↑</a> G. Fairbanks, Architecture Haiku, <a rel="nofollow" class="external free" href="https://www.slideshare.net/matthewmccullough/architecture-haiku">http://www.slideshare.net/matthewmccullough/architecture-haiku</a>

</li>

<li id="cite_note-43"><a href="#cite_ref-43">↑</a> <a rel="nofollow" class="external text" href="https://www.informatik-aktuell.de/entwicklung/methoden/der-architecture-communication-canvas.html">Dr. Gernot Starke, Benjamin Wolf: Der Architecture Communication Canvas.</a> In: Informatik Aktuell. 22. Februar 2024; abgerufen im 1. Januar 1.<span style="display: none;" class="Z3988" title="ctx_ver=Z39.88-2004&rft_val_fmt=info%3Aofi%2Ffmt%3Akev%3Amtx%3Adc&rfr_id=info%3Asid%2Fde.wikipedia.org%3ASoftwarearchitektur&rft.title=Dr.+Gernot+Starke%2C+Benjamin+Wolf%3A+Der+Architecture+Communication+Canvas&rft.description=Dr.+Gernot+Starke%2C+Benjamin+Wolf%3A+Der+Architecture+Communication+Canvas&rft.identifier=&rft.date=2024-02-22&rft.language=de">

</li>

</ol>

<div>

Normdaten (Sachbegriff): <a href="Gemeinsame_Normdatei" title="Gemeinsame Normdatei">GND</a>: <a rel="nofollow" class="external text" href="https://d-nb.info/gnd/4121677-5">4121677-5</a> </div>

</div></div></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-10-08" href="https://de.wikipedia.org/wiki/?title=Softwarearchitektur&oldid=260421523">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>